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DETAILED ACTION 
Response to Amendment 

1 . The amendment filed on 2/01/2007 have been entered and made of record. 

2. Claims 1 - 32 are pending. 

Claim Rejections - 35 USC § 101 

3. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions 
and requirements of this title. 

4. Claim 32 is rejected under 35 U.S.C. 101 because the claimed invention is directed 
to a non-statutory subject matter. 

Regarding claim 32, according to page 53 of Interim Guidelines for Examination of 
Patent Applications for Patent Subject Matter Eligibility "A computer readable medium 
containing executable program instructions for forwarding packets within a computer 
network", disclosed in claim 32 is non-statutory subject matter because the claim 32 does 
not disclose "the claimed computer-readable medium encoded with a computer program (or 
computer executable instruction). 

Claim Rejections - 35 USC § 101 

5. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions 
and requirements of this title. 
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6. Claims 1 - 13, 14 - 16, 17 - 23, 24 - 29 are rejected under 35 U.S.C. the reasons 
are provided as following: 

7. Claims 1 - 13 are rejected under 35 U.S.C. 101 because the claimed method 1 is 
directed to non-statutory subject matter (according to page 30 of Interim Guidelines for 
Examination of Patent Applications for Patent Subject Matter Eligibility). 

To determine whether claim 1 complies with the subject matter eligibility requirement 
of 35 U.S.C. 101, we ask 

Question 1 — Does the claimed invention fall within one of the statutory classes? 

Yes, method process. 
Question 2 — Does the claimed invention fall/cover/include a judicial exception? 

Yes, abstract idea — claim 1 is seemingly a patentable process, 
however, it is in reality seeking patent protection of the computer program in the abstract as 
evidenced by claim 32. 

Question 3 — Is there any Practical application by physical transformation? 

No. There is no physical transformation for the claimed method 1 . 
Question 4 — Is practical application that produces useful and tangible result? 

No. The computer program per se does not produce useful and tangible 

result. 

Conclusion: Claimed method 1 is nonstatutory. 

8. Claims 2 - 13 are rejected under 35 U.S.C. 101 because claims 2 - 13 are 
dependent upon a rejected based claim 1. 
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9. Claims 14 - 16 are rejected under 35 U.S.C. 101 because the claimed method 14 is 
directed to non-statutory subject matter (according to page 30 of Interim Guidelines for 
Examination of Patent Applications for Patent Subject Matter Eligibility). 

To determine whether claim 14 complies with the subject matter eligibility 
requirement of 35 U.S.C. 101, we ask 

Question 1 — Does the claimed invention fall within one of the statutory classes? 

Yes, method process. 
Question 2 — Does the claimed invention fall/cover/include a judicial exception? 

Yes, abstract idea — claim 14 is seemingly a patentable process, however, 
it is in reality seeking patent protection of the computer program in the abstract as 
evidenced by claim 32. 

Question 3 — Is there any Practical application by physical transformation? 

No. There is no physical transformation for the claimed method 14. 
Question 4 — Is practical application that produces useful and tangible result? 

No. The computer program per se does not produce useful and tangible 

result. 

Conclusion: Claimed method 14 is nonstatutory. 

10. Claims 15-16 are rejected under 35 U.S.C. 101 because claims 15 - 16 are 
dependent upon a rejected based claim 14. 
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11. Claims 17-23 are rejected under 35 U.S. C. 101 because the claimed 
apparatus/device 17 is directed to non-statutory subject matter (according to page 30 of 

' Interim Guidelines for Examination of Patent Applications for Patent Subject Matter 
Eligibility). 

To determine whether claim 17 complies with the subject matter eligibility 
requirement of 35 U.S.C. 101, we ask 

Question 1 — Does the claimed invention fall within one of the statutory classes? 

Yes, apparatus/device process. 
Question 2 — Does the claimed invention fall/cover/include a judicial exception? 

Yes, abstract idea — claim 17 is seemingly a patentable process, however, 
it is in reality seeking patent protection of the computer program in the abstract as 
evidenced by claim 32. 

Question 3 — Is there any Practical application by physical transformation? 

No. There is no physical transformation for the claimed apparatus/device 17. 
Question 4 — Is practical application that produces useful and tangible result? 

No. The computer program per se does not produce useful and tangible 

result. 

Conclusion: Claimed apparatus/device 17 is nonstatutory. 

12. Claims 18-23 are rejected under 35 U.S.C. 101 because claims 18-23 are 
dependent upon a rejected based claim 17. 
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13. Claims 24 - 29 are rejected under 35 U.S.C. 101 because the claimed method 24 is 
directed to non-statutory subject matter (according to page 30 of Interim Guidelines for 
Examination of Patent Applications for Patent Subject Matter Eligibility). 

To determine whether claim 24 complies with the subject matter eligibility 
requirement of 35 U.S.C. 101, we ask 

Question 1 — Does the claimed invention fall within one of the statutory classes? 

Yes, method process. 
Question 2 — Does the claimed invention fall/cover/include a judicial exception? 

Yes, abstract idea — claim 24 is seemingly a patentable process, however, 
it is in reality seeking patent protection of the computer program in the abstract as 
evidenced by claim 32. 

Question 3 — Is there any Practical application by physical transformation? 

No. There is no physical transformation for the claimed method 24. 
Question 4 — Is practical application that produces useful and tangible result? 

No. The computer program per se does not produce useful and tangible 

result. 

Conclusion: Claimed method 24 is nonstatutory. 

14. Claims 25 - 29 are rejected under 35 U.S.C. 101 because claims 25 - 29 are 
dependent upon a rejected based claim 24. 
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Claim Rejections - 35 USC § 103 

1 5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth 
in section 1 02 of this title, if the differences between the subject matter sought to be patented and the prior 
art are such that the subject matter as a whole would have been obvious at the time the invention was 
made to a person having ordinary skill in the art to which said subject matter pertains. Patentability shall 
not be negatived by the manner in which the invention was made. 

16. Claims 1, 14, 30, 32, 3, 4, 15, 22, 27, 5, 16, 28, 6, 1 1 - 14, 17, 23, 24, 29 are 
rejected under 35 U.S.C. 103(a) as being unpatentable over Varghese et at. (U.S. 6560236 
B1) in view of Ogawa et al. (US 20020075872 A1 B1). 

Regarding Claims 1, 14, 30, 32, Varghese et at. disclose a method, an intermediate 
network device, computer readable medium for use by an intermediate network device (Fig. 
2, element 112, element 110) having a plurality of interfaces (Fig. 2, ports 8, 12, 9, 15, 17, 
6, 23, 19) for forwarding network packets among the interfaces, one or more of the interfaces 
being associated with one or more Virtual Local Area Network (VLAN) designations (Fig. 2, 
Vlan 1 , Vlan 2), the method comprising the steps of: mapping each VLAN designation to a 
site identifier (Fig. 3 (step 130), col 4, line 59 to col 5, line 6; VLAN 1 is the VLAN 
designation mapped into site identifier Vianld: 1); Varghese et at. Implicitly teach receiving 
on an inbound interface a packet having a site-local unicast destination address (col 3, lines 
3-9; The receipt of unicast packet with a destination address is equivalent to receiving on an 
inbound interface a packet having a site-local unicast destination address); identifying the 
VLAN designation associated with the received packet (Fig. 3 (steps 1 30, 1 32, 1 34 1 36), col 4 
line 65 to col 5 line 36; The steps 130 -136 create a correspondence to links 6, 17, 19, 23 
with Vlan 1 and these steps are associated with identifying the VLAN designation 
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associated with the received packet); utilizing the identified VLAN designation to retrieve the site 
identifier to which the VLAN designation is mapped (Fig. 3 (step 130), col 4, line 59 to col 5, 
line 6; VLAN 1 is the VLAN designation mapped into site identifier Vlanld: 1. Utilizing the 
mapping of VLAN designation (VLAN 1) to site identifier Vlanld: 1 in step 130, the identified 
VLAN designation to retrieve the site identifier is performed); creating a modified 
destination address by embedding the retrieved site identifier into the site-local unicast 
destination address (col 5, line 58 to col 6, line 23. The Vlanld is embedded in a packet by 
encoding Vlanld field in some redundant field in P (data packet) that contains redundant 
information without the addition of headers to the original packet is equivalent to creating a 
modified destination address by embedding the retrieved site identifier into the site-local 
unicast destination address); and rendering a forwarding decision for the received packet 
based on the modified destination address (col 3, lines 2 - 9). Varghese et at. do not disclose 
explicitly receiving on an inbound interface a packet having a site-local unicast destination 
address; identifying the VLAN designation associated with the received packet; utilizing the 
identified VLAN designation to retrieve the site identifier to which the VLAN designation is 
mapped; creating a modified destination address by embedding the retrieved site identifier 
into the site-local unicast destination address; and rendering a forwarding decision for the 
received packet based on the modified destination address. 

Ogawa et al. disclose the limitation of mapping each VLAN designation to a site 
identifier ("assigns a virtual hierarchy SLAID=3 to the interface" correlates to mapping each 
VLAN designation to a site identifier; page 7, paragraph [0047]); receiving on an inbound 
interface a packet having a site-local unicast destination address ("generate a "Direct" entry 
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in the conventional routing table holding means indicating that the address 
AA.BB.CC. 00/24" correlates to the received packet having a site-local unicast destination 
address; page7 -8, paragraph [0148], [0149]); identifying the VLAN designation associated 
with the received packet (page 8, paragraph [0149]); utilizing the identified VLAN 
designation to retrieve the site identifier to which the VLAN designation is mapped (Fig. 26, 
Fig. 27, page 8, paragraphs [0150], [0151], [0152],[0153]); creating a modified destination 
address by embedding the retrieved site identifier into the site-local unicast destination 
address (page 8, paragraph [0153]); and rendering a forwarding decision for the received 
packet based on the modified destination address (page 8, paragraphs [0154], [0155], 
[0156], [0157]). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify Varghese et at. to include receiving on an inbound interface a packet 
having a site-local unicast destination address; identifying the VLAN designation 
associated with the received packet; utilizing the identified VLAN designation to retrieve 
the site identifier to which the VLAN designation is mapped; creating a modified 
destination address by embedding the retrieved site identifier into the site-local unicast 
destination address; and rendering a forwarding decision for the received packet based on 
the modified destination address as taught by Ogawa et al. in order to provide routing 
control method and an apparatus therefor in a mixed environment of a hierarchial network 
and a non-hierarchial network (as suggested by Ogawa et al., see page 2, paragraph 
[0022]). 
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Regarding Claim 3, Varghese et al. discloses wherein the step of rendering a forwarding 
decision comprises the step of deciding upon an outbound interface from which the packet 
is to be forwarded (column 3, lines 2 - 9). Ogawa et al. also disclose the limitation of a 
method of claimed wherein the step of rendering a forwarding decision comprises the step 
of deciding upon an outbound interface from which the packet is to be forwarded (Ogawa; 
page 8, paragraphs [0154], [0155], [0156], [0157]). 

Regarding claims 4, 15, 22, 27, Varghese et at. disclose a method for use by an 
intermediate network device (Fig. 2, element 112, element 110) having a plurality of 
interfaces (Fig. 2, ports 8, 12, 9, 15, 17, 6, 23, 19) for forwarding network packets among 
the interfaces. 

Varghese et at. do not disclose method, device of claimed wherein the packet further 
includes a site-local unicast source address, the method, and device further comprising the 
steps of: identifying the VLAN designation associated with the outbound interface from 
which the packet is to be forwarded or the VLAN designation with which the packet is to 
be tagged; utilizing the identified VLAN designation for the outbound interface to retrieve 
the site identifier to which the VLAN designation is mapped ; and comparing the site 
identifier associated with the inbound interface with the site identifier associated with the 
outbound interface. 

Ogawa et al. disclose the limitation of a method of claimed wherein the packet 
further includes a site-local unicast source address ("Ipv4 network address (address 
AA.BB.CC. 00/24" correlates to site-local unicast source address; Fig. 26, page 7, 
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paragraph [0143] ("generate a "Direct" entry in the conventional routing table holding 
means indicating that the address AA.BB.CC.00/24" correlates to the received packet 
having a site-local unicast destination address; page7 -8, paragraph [0148], [0149]), the 
method further comprising the steps of: identifying the VLAN designation associated with 
the outbound interface from which the packet is to be forwarded or the VLAN designation 
with which the packet is to be tagged ("a user assigns SLAID=3 as a hierarchy number to 
an Ipv4 network accommodation interface on the router B" correlates to identifying the 
VLAN designation associated with the outbound interface from which the packet is to be 
forwarded; page 7, paragraph [0143]); utilizing the identified VLAN designation for the 
outbound interface to retrieve the site identifier to which the VLAN designation is mapped 
(page 7, paragraphs [0143], [0144]); and comparing the site identifier associated with the 
inbound interface with the site identifier associated with the outbound interface (page 8, 
paragraphs [0153] - [0157]). 

It would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify Varghese et at. to include method of claimed wherein the packet 
further includes a site-local unicast source address, the method further comprising the 
steps of: identifying the VLAN designation associated with the outbound interface from 
which the packet is to be forwarded or the VLAN designation with which the packet is to 
be tagged; utilizing the identified VLAN designation for the outbound interface to retrieve 
the site identifier to which the VLAN designation is mapped; and comparing the site 
identifier associated with the inbound interface with the site identifier associated with the 
outbound interface as taught by Ogawa et al. in order to provide routing control method 
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and an apparatus therefor in a mixed environment of a hierarchial network and a non- 
hierarchial network (as suggested by Ogawa et al., see page 2, paragraph [0022]). 

Regarding Claim 6, Varghese et al. discloses wherein the step of rendering 
comprises the step of applying the modified destination address to a forwarding information 
base (FIB) optimized to permit fast lookups (Fig. 4, element 146; col 8, lines 7-21). Ogawa 
et al. also disclose the limitation of a method of claimed wherein the step of rendering 
comprises the step of applying the modified destination address to a forwarding information 
base (FIB) optimized to permit fast lookups (Fig. 14, page 4, paragraphs [0080], [0081]). 

Regarding Claim 1 1 , Varghese et at. disclose whereby each VLAN designation is 
mapped to a single site identifier (Fig. 3 (step 130), col 4, line 59 to col 5, line 6; VLAN 1 is 
the VLAN designation mapped into site identifier Vlanld: 1) 

Regarding Claim 12, Varghese et at. disclose whereby a plurality of VLAN designations are 
mapped to the same site identifier (Fig. 3 (step 130 and step 136), col 4, line 59 to col 5, line 6; col 
5, line 29 — 35. VLAN 1 and VLAN FOO are mapped to same Vlanld: 1 (same site identifier)). 

Regarding Claim 13, Varghese et al. discloses wherein packets may be one of either 
untagged or tagged with a VLAN designation, and the step of identifying includes either, if the 
received packet is untagged, determining the VLAN designation of the inbound interface on which 
the untagged packet was received or, if the received packet is tagged, determining the VLAN 
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designation with which the received packet is tagged (col 7, lines 20 - 35; col 7 line 64 — col 8 line 
6. Packets with Vlanld field (tagged) is decoded to yield the Vlan the packet was sent on. Packets 
without Vlanld (untagged) uses a Source Vlan Table that associates source addresses with Vlans). 

Regarding Claim 17, Varghese et al. disclose an intermediate network device (Fig 5, 
elements 150 and 152) for forwarding packets within a computer network, the device 
comprising: a plurality of interfaces for receiving and forwarding packets, one or more of the 
interfaces associated with one or more virtual local area network (VLAN) designations (Fig. 
5, element VLAN 1....VLAN m, col 8, line 50 to col 9, line 12); a forwarding information base 
(FIB) for storing routing information (Fig. 5, element 172, col 9, lines 50 - 55); a routing 
engine in communicating relationship with the FIB, the routing engine configured to make 
forwarding decisions for received packets, based at least in part on the routing information 
in the FIB (Fig. 5 element 166, col 9, lines 31 .-- 56); and a memory in communicating 
relationship with the routing engine, the memory configured to store the VLAN designations 
associated with the device's interfaces in mapping relationship with one or more site 
identifiers (Fig. 6 (data structures stored in memory), elements 200 and 210; col 10, line 30 
to col 12, line 26), wherein the routing engine utilizes the memory to ensure that a packet 
having a site-local unicast source and/or destination address is only forwarded between 
interfaces corresponding to the same site identifier (col 2, lines 1-13. Any communications 
received at a first bridge port are directly sent by the bridge to another bridge port only if the 
other bridge port and the first bridge port are part of the same group (same Vlanld 
equivalent to same site identifier) is associated with a packet having a site-local unicast 
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source and/or destination address only forwarded between interfaces corresponding to the 
same site identifier). 

Regarding Claim 23, Varghese et at. discloses wherein the plurality of interfaces are 
located at one or more line cards disposed at the intermediate network device (Fig. 2, ports 
8, 12, 9, 15, 17, 6, 23, 19. See Abstract. The device including a bridge having a plurality of 
ports through which network communications pass to and from the bridge), and each line 
card includes a corresponding FIB and routing engine for rending for-warding decisions 
(Fig. 5, elements 172 (forwarding database) and 166 (bridge forwarding equivalent to 
routing engine); col 9, lines 50 - 55; col 9, lines 31 - 56). 

Regarding Claim 24, Varghese et at. disclose a method for use by an intermediate 
network device (Fig. 2, element 112, element 110) having a plurality of interfaces (Fig. 2, 
ports 8, 12, 9, 15, 17, 6, 23, 19) for forwarding network packets among the interfaces, one 
or more of the interfaces being associated with one or more Virtual Local Area Network 
(VLAN) designations (Fig. 2, Vlan 1, Vlan 2), the method comprising the steps of: receiving 
on an inbound interface a packet having a link-local unicast destination address (col 3, lines 
3-9. The receipt of unicast packet with a destination address is equivalent to receiving on 
an inbound interface a packet having a link-local unicast destination address. The packet P 
sent to the router can have a Vlanld field. See col 6, lines 61- 65 associated with a unicast 
packet); identifying the VLAN designation associated with the received packet (Fig. 3 (steps 
130, 132, 134 136), col 4 line 65 to col 5 line 36; The steps 130 -136 create a 
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correspondence to links 6, 17, 19, 23 with Vlan I and these steps are associated with 
identifying the VLAN designation associated with the received packet); creating a modified 
destination address by embedding the identified VLAN designation into the link-local 
unicast destination address (col 5, line 58 to col 6, line 23. The Vlanld is embedded in a 
packet by encoding Vlanld field in some redundant field in P (data packet) that contains 
redundant information without the addition of headers to the original packet is equivalent to 
creating a modified destination address by embedding the retrieved site identifier into the 
site-local unicast destination address); and rendering a forwarding decision for the received 
packet based on the modified destination address (col 3, lines 2-9). 

Regarding Claim 29, Varghese et at. disclose wherein packets may be one of either 
untagged or tagged with a VLAN designation, and the step of identifying includes either, if 
the received packet is untagged, determining the VLAN designation of the inbound 
interface on which the untagged packet was received or, if the received packet is tagged, 
determining the VLAN designation with which the received packet is tagged (col 7, lines 20 
- 35; col 7 line 64 - col 8 line 6. Packets with Vlanld field (tagged) is decoded to yield the 
Vlan the packet was sent on. Packets without Vlanld (untagged) uses a Source Vlan Table 
that associates source addresses with Vlans). 

17. Claims 2, 31 , 20, 21 , 25, 26 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Varghese et al. (US 6560236) and Ogawa et al. (US 20020075872 A1 B1) 
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as applied to claims 1 , 14, 3, 4, 15, 22, 27, 5, 16, 28, 6, 1 1 - 14, 17, 23, 24, 29 above, and 
further in view of Flanders et al. (US 6,172,980). 

Regarding Claims 2, 31, Varghese et al. disclose all the limitations of claim 1 except 
for wherein the received packet complies in at least substantial part with version 6 of the 
Internet Protocol (IPv6). Flanders et al. discloses the received packet complies in at least 
substantial part with version 6 of the Internet Protocol (IPv6). A Receive Header Processor 
(RHP) (Fig. 2 element 46) analyzes the destination address of the received data unit, in 
hardware, for determining if routing or bridging is required. If routing is required, the RHP 
uses portions of the received data unit header as a compare value against predefined 
values stored in data structures which provide a protocol ID identifying the protocol of the 
received data unit and serving as an index to the appropriate microcode handling routine, 
executed by the RHP, for the data unit. The handling routine causes the RHP to forward 
data unit identifying information appropriate to the identified protocol and obtained from the 
received data unit to further hardware-based data unit processing elements (ACA (Address 
Cache ASIC) (Fig. 2, element 26)). The data unit processing elements are adaptable to the 
received data unit cast state (e.g. unicast, multicast, broadcast), bridging and/or routing 
requirements, and received data unit protocol (Abstract). The RHP to ACA interface 
supports IPv6 as specified in the field description (Fig. 8, col 7, lines 35 - 50). At the time 
the invention was made it would have been obvious to a person of ordinary skill in the art to 
use the RHP and ACA interface as taught by Flanders et al. into the system of Varghese et 
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at. to reflect a new layer-2 destination address, protocol ID, Address Cache lookup status, 
destination address masks, and other information for routing (col 1, line 65 to col 2 line 1). 

Regarding Claim 20, Varghese et at. disclose all the limitations of claim 17 except 
wherein at least some of the packets forwarded by the device comply in at least substantial 
part with version 6 of the Internet Protocol (IPv6). Flanders et at; disclose the received 
packet complies in at least substantial part with version 6 of the Internet Protocol (IPv6). A 
Receive Header Processor (RHP) (Fig. 2 element 46) analyzes the destination address of 
the received data unit, in hardware, for determining if routing or bridging is required. If 
routing is required, the RHP uses portions of the received data unit header as a compare 
value against predefined values stored in data structures which provide a protocol ID 
identifying the protocol of the received data unit and serving as an index to the appropriate 
microcode handling routine, executed by the RHP, for the data unit. The handling routine 
causes the RHP to forward data unit identifying information appropriate to the identified 
protocol and obtained from the received data unit to further hardware-based data unit 
processing elements (ACA (Address Cache ASIC) (Fig. 2, element 26)). The data unit 
processing elements are adaptable to the received data unit cast state (e.g. unicast, 
multicast, broadcast), bridging and/or routing requirements, and received data unit protocol 
(Abstract). The RHP to ACA interface supports IPv6 as specified in the field description 
(Fig. 8, col 7, lines 35 - 50). At the time the invention was made it would have been obvious 
to a person of ordinary skill in the art to use the RHP and ACA interface as taught by 
Flanders et at. into the system of Varghese et at. to reflect a new layer-2 destination 
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address, protocol ID, Address Cache lookup status, destination address masks, and other 
information for routing (col 1 , line 65 to col 2 line 1): 

Regarding Claim 21, Varghese et al. disclose wherein the routing engine: identifies 
the VLAN designation associated with the received packet (Fig. 3 (steps 130, 132, 134 
136), col 4 line 65 to col 5 line 36; The steps 130 -136 create a correspondence to links 6, 
17, 19, 23 with Vlan 1 and these steps are associated with identifying the VLAN 
designation associated with the received packet), utilizes the identified VLAN designation to 
retrieve the site identifier to which the VLAN designation is mapped (Fig. 3 (step 130), col 
4, line 59 to col 5, line 6; VLAN 1 is the VLAN designation mapped into site identifier Vlanld: 
1. Utilizing the mapping of VLAN designation (VLAN 1) to site identifier Vlanld: 1 in step 
130, the identified VLAN designation to retrieve the site identifier is performed); creates a 
modified destination address by embedding the retrieved site identifier into the site-local 
unicast destination address (col 5, line 58 to col 6, line 23. The Vlanld is embedded in a 
packet by encoding Vianld field in some redundant field in P (data packet) that contains 
redundant information without the addition of headers to the original packet is equivalent to 
creating a modified destination address by embedding the retrieved site identifier into the 
site-local unicast destination address), and renders a forwarding decision for the received 
packet based on the modified destination address (col 3, lines 2 - 9). 

Regarding Claim 25, Varghese et al. disclose all the limitations of claim 24 except for 
wherein the received packet complies in at least substantial part with version 6 of the 
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Internet Protocol (IPv6). Flanders et al. discloses the received packet complies in at least 
substantial part with version 6 of the Internet Protocol (IPv6). A Receive Header Processor 
(RHP) (Fig. 2 element 46) analyzes the destination address of the received data unit, in 
hardware, for determining if routing or bridging is required. If routing is required, the RHP 
uses portions of the received data unit header as a compare value against predefined 
values stored in data structures which provide a protocol ID identifying the protocol of the 
received data unit and serving as an index to the appropriate microcode handling routine, 
executed by the RHP, for the data unit. The handling routine causes the RHP to forward 
data unit identifying information appropriate to the identified protocol and obtained from the 
received data unit to further hardware-based data unit processing elements (ACA (Address 
Cache ASIC) (Fig. 2, element 26)). The data unit processing elements are adaptable to the 
received data unit cast state (e.g. unicast, multicast, broadcast), bridging and/or routing 
requirements, and received data unit protocol (Abstract). The RHP to ACA interface 
supports IPv6 as specified in the field description (Fig. 8, col 7, lines 35 - 50). At the time 
the invention was made it would have been obvious to a person of ordinary skill in the art to 
use the RHP and ACA interface as taught by Flanders et al. into the system of Varghese et 
al. to reflect a new layer-2 destination address, protocol ID, Address Cache lookup status, 
destination address masks, and other information for routing (col 1, line 65 to col 2 line 1). 

Regarding Claim 26, Varghese et al. disclose wherein the step of rendering a 
forwarding decision comprises the step of deciding upon an outbound interface from which 
the packet is to be forwarded (col 3, lines 2 - 9). 
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18. Claims 7, 8, 9, 18 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Varghese et at. (U.S. Patent No. 6,560,236) in view of Chang (U.S. Patent No. 6,728,249). 

Regarding Claim 7, Varghese et al. disclose all the limitations of claim 6 except 
wherein the FIB includes one or more content addressable memories (CAMs) and/or 
ternary content addressable memories (TCAMs). Chang discloses wherein a network 
processor stores LEC (LAN emulation client) up-link information which facilitates mapping 
of MAC addresses to VCC (Virtual Channel Connection) information. This information is 
. stored in a content addressable memory (CAM) (Fig. 2, element 58) coupled to a packet 
forwarding subsystem (Fig. 2, element 56 is equivalent to the FIB) within the network 
processor (col 3, line 65 to col 4, line 3). At the time the invention was made it would have 
been obvious to a person of ordinary skill in the art to use CAM to store routing information as 
taught by Chang in the system of Varghese et at. to facilitates the cut-through forwarding 
process (col 6, lines 58 - 60). 

Regarding Claim 8, Varghese et al. and Chang disclose all the limitations of claim 7. 
Furthermore, Chang discloses wherein the one or more CAMs and/or TCAMs stores 
addresses or address prefixes that have been modified to include site identifiers embedded 
therein (col 6, lines 61-63 ; col 8, lines 10-32. The CAM stores LEC uplink information 
which provides mapping of MAC destination addresses to virtual channel connections 
(VCCs) and vice versa. The MAC destination addresses and VCC are associated with 
addresses stored in the CAM. Unique MAC and VLAN ID are pre-registered into CAM 
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during configuration. The VLAN ID (equivalent to site identifier) which is in the (embedded) 
packet header is use to determine LEC ID for the packet and with the VCC from the CAM is 
used for packet forwarding. See col 3, line 43 - 55). 

Regarding Claim 9, Varghese et at. and Chang disclose all the limitations of claim 8. 
Furthermore, Chang discloses wherein at least one of the CAMs and/or TCAMs has a 
plurality of rows and each row of the CAM and/or TCAM stores a respective address or 
address prefix (col 6, lines 61-65. The CAM is a lookup table and it would have been 
obvious to a person of ordinary skill in the art to associate a lookup 
table with plurality of rows, each row storing MAC destination addresses, VCC and VLAN 
ID to facilitate the lookup process). 

Regarding Claim 18, Varghese et al. discloses all the limitations of claim 17 except 
wherein the FIB includes one or more content addressable memories (CAMs) and/or 
ternary content addressable memories (TCAMs) programmed with a plurality of addresses 
or address prefixes. Chang discloses wherein a network processor stores LEC (LAN 
emulation client) up-link information which facilitates mapping of MAC addresses to VCCs 
(Virtual Channel Connections) information. This information is stored in a content 
addressable memory (CAM) (Fig. 2, element 58) coupled to a packet forwarding subsystem 
(Fig. 2, element 56 is equivalent to the FIB) within the network processor (col 3, line 65 to 
col 4, line 3; col 6, lines 58 - 65). At the time the invention was made it would have been 
obvious to a person of ordinary skill in the art to use CAM to store routing information as 
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taught by Chang in the system of Varghese et al. to facilitates the cut-through forwarding 
process (col 6, lines 58 - 60). 

1 9. Claim 1 9 are rejected under 35 U.S.C. 1 03(a) as being unpatentable over 
Varghese et al. (US 6560236) in view of Chang (US 6728249) and further in view of Muller 
etal. (US 5938736). 

Regarding Claim 19, Varghese et al. and Chang disclose all the limitations of 
or greater than 128 bits. Muller et al. discloses at feast one CAM (Fig. 6 elements 610 and 
620) and/or TCAM has a width that is equal to or greater than 128 bits (col 1 1 , lines 51 — 
53). At the time the invention was made it would have been obvious to a person of ordinary 
skill in the art to include this feature as taught by Muller et at. in the system of Chang to be 
able to perform search key formation associated with the CAM with an IP version six (IP 
V6) class indicating the packet header is associated with an IP V6 packet (col 7, lines 6 - 
32). 

Allowable Subject Matter 

20. Claim 5, 10, 16, 28 are objected to as being dependent upon a rejected base claim, 
but would be allowable if rewritten in independent form including all of the limitations of the 
base claim and any intervening claims. 
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Response to Arguments 

21 . Applicant's arguments with respect to claims 1 - 32 have been considered but are 
moot in view of the new ground(s) of rejection. 

Conclusion 

22. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

• Yusa et al. (6085238) disclose a virtual LAN system forms a virtual group which 
is based on elements having physical attribute or logical attribute and constituting 
a virtual LAN, sets a client address and priority of the virtual group in a virtual 
group registration table, and allocates unicast and broadcast traffic bands in 
group units. 

• Crayford (US 6269098 B1) discloses a network switch configured for switching 
data packets across multiple ports uses an address table to generate frame 
forwarding information. 

• Matsuhira (US 20030088697 A1 ) discloses fully meshed virtual paths obtained 
with smaller number of settings, thus facilitating expansion of VPN service. 

• Liu et al. (US 6947419 B2) discloses an apparatus distributing multicast 
messages with a multicast address among the ports of a network device on the 
basis of, inter alia, virtual local area network (VLAN) associations among the 
ports. 
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• Dobbins et al. (US 671 1 171 B1) disclose method and apparatus providing 



connection-oriented services for packet switched data communications networks. 



23. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Andrew C. Lee whose telephone number is (571 ) 272-31 31 . 
The examiner can normally be reached on Monday through Friday from 8:30am - 5:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wing Chan can be reached on (571) 272-7493. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status information 
for unpublished applications is available through Private PAIR only. For more information 
about the PAIR system, see http://pair-direct.uspto.gov. Should you have questions on 
access to the Private PAIR system, contact the Electronic Business Center (EBC) at 866- 
217-9197 (toll-free). If you would like assistance from a USPTO Customer Service 
Representative or access to the automated information system, call 800-786-9199 (IN USA 
OR CANADA) or 571-272-1000. Qt^ 
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